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DETAILED ACTION 

Claim Rejections - 35 USC § 102 

1 . The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1 ) an application for patent, published under section 1 22(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

2. Claims 6-8, 10-11, 13, 18-20, 22-23 and 25 are rejected under 35 U.S.C. 102(e) 
as being anticipated by Zargham et al. (US 6,954,757 B2). 

Zargham teaches: 

Claim 6 

A computer readable storage media containing executable computer program 
instructions which when executed cause a digital processing system to perform a 
method comprising: 

starting a central services node to provide a locking service and a messaging 
service ([Zargham] Column 7 Lines 43-46, "An event may unlock or prompt the 
commencement of one or more business transactions. An event may lock or prompt the 
ending of one or more business transactions" and Column 6 Lines 62-67, "Tightly 
coupled applications — refers to applications that are not stand-alone and are tightly 
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integrated into the ZLE framework. Tightly integrated functionality — e.g., event capture, 
data extraction, rules, workflow, message transports and transformations— becomes 
part of the ZLE core functionality"); 

starting a plurality of application server instances ([Zargham] Column 16 Lines 
12-16, "The workflow service in the ZLE framework is, for example, an EJB (Enterprise 
Java Bean, Java 2 enterprise edition ( J2EE)) compliant service running on parallel, 
available application servers that can store its workflow as XML data structures"); and 

organizing the application server instances into a cluster having star topology 
with the central services node at a center of the star topology ([Zargham] Column 3 
Lines 21-26, "the ZLE framework defines a multilevel architecture with a hub, wherein 
the enterprise applications are loosely coupled to the hub and communicating therewith 
via adapters" and see Column 6 Lines 53-61, "Loosely coupled applications"). 

Claim 7 

The computer readable storage media of claim 6 containing executable computer 
program instructions which when executed cause a digital processing system to perform 
the method further comprising: 

sharing a database among the plurality of application server instances 
([Zargham] Column 8 Lines 34-37, "Central repository-refers to a sharable unified 
capacity such as the operational data store (ODS) with a relational database 
management system (RDBMS) in the ZLE framework"). 
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Claim 8 

The computer readable storage media of 6 containing executable computer 
program instructions which when executed cause a digital processing system to perform 
the method wherein starting a plurality of application server instances comprises: 

starting, for each application server instance of the plurality, a dispatcher node 
and a plurality of server nodes ([Zargham] See Figure 9, ZLE framework). 

Claim 10 

The computer readable storage media of claim 6 containing executable computer 
program instructions which when executed cause a digital processing system to perform 
the method further comprising: 

registering each application server with the messaging server ([Zargham] 
Column 13 Lines 66-68, "The robust message store function supports the EAI platform 
for ZLE hub-based publish and subscribe operations"). 

Claim 11 

The computer readable storage media of claim 6 containing executable computer 
program instructions which when executed cause a digital processing system to perform 
the method further comprising: 

conducting inter instance communication through the messaging service 
([Zargham] Column 21 Lines 53-55, "Messaging functions in the ZLE framework may 
involve a simple messaging scenario of an EAI-type request-response situation"). 
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Claim 13 

The computer readable storage media of claim 10 containing executable 
computer program instructions which when executed cause a digital processing system 
to perform the method further comprising: 

notifying all registered instances from the message server when an additional 
instance joins the cluster ([Zargham] Column 13 Lines 66-68, "The robust message store 
function supports the EAI platform for ZLE hub-based publish and subscribe 
operations"). 

Claim 18 

A method comprising: 

starting a central services node to provide a locking service and a messaging 
service ([Zargham] Column 7 Lines 43-46, "An event may unlock or prompt the 
commencement of one or more business transactions. An event may lock or prompt the 
ending of one or more business transactions" and Column 6 Lines 62-67, "Tightly 
coupled applications — refers to applications that are not stand-alone and are tightly 
integrated into the ZLE framework. Tightly integrated functionality — e.g., event capture, 
data extraction, rules, workflow, message transports and transformations — becomes 
part of the ZLE core functionality"). 

starting a plurality of application server instances ([Zargham] Column 16 Lines 
12-16, "The workflow service in the ZLE framework is, for example, an EJB (Enterprise 



Application/Control Number: 10/750,002 Page 6 

Art Unit: 2146 

Java Bean, Java 2 enterprise edition ( J2EE)) compliant service running on parallel, 
available application servers that can store its workflow as XML data structures"); and 

organizing the application server instances into a cluster having star topology 
with the central services node at a center of the star topology ([Zargham] Column 3 
Lines 21-26, "the ZLE framework defines a multilevel architecture with a hub, wherein 
the enterprise applications are loosely coupled to the hub and communicating therewith 
via adapters" and see Column 6 Lines 53-61, "Loosely coupled applications"). 

Claim 19 

The method of claim 18 further comprising: 

sharing a database among the plurality of application server instances 
([Zargham] Column 8 Lines 34-37, "Central repository-refers to a sharable unified 
capacity such as the operational data store (ODS) with a relational database 
management system (RDBMS) in the ZLE framework"). 

Claim 20 

The method of claim 18 wherein starting a plurality of application server 
instances comprises: 

starting, for each instance of the plurality, a dispatcher node and a plurality of 
server nodes ([Zargham] See Figure 9, ZLE framework). 
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Claim 22 

The method of claim 18 wherein organizing comprises: 

registering each application server with the messaging server ([Zargham] 

Column 13 Lines 66-68, "The robust message store function supports the EAI platform 

forZLE hub-based publish and subscribe operations").. 

Claim 23 

The method of claim 18 further comprising: 

conducting inter instance communication through the messaging service 
([Zargham] Column 21 Lines 53-55, "Messaging functions in the ZLE framework may 
involve a simple messaging scenario of an EAI-type request-response situation"). 

Claim 25 

The method of claim 22 wherein organizing further comprises: 
notifying all registered instances from the message server when an additional 
instance joins the cluster ([Zargham] Column 13 Lines 66-68, "The robust message store 
function supports the EAI platform for ZLE hub-based publish and subscribe 
operations"). 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 
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(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 1-5, 9, 12, 14-17, 21 and 24 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Zargham et al. (US 6,954,757 B2) in view of Cullen et al. (US 
2002/0078132 A1). 

Claim 1 

Zargham et al. teaches a system comprising: 

a database ([Zargham] Column 8 Lines 34-37, "Central repository-refers to a 
sharable unified capacity such as the operational data store (ODS) with a relational 
database management system (RDBMS) in the ZLE framework"); and 

a plurality of instances of an application server implementing a Java application 
model ([Zargham] Column 16 Lines 12-16, "The workflow service in the ZLE framework 
is, for example, an EJB (Enterprise Java Bean, Java 2 enterprise edition ( J2EE)) 
compliant service running on parallel, available application servers that can store its 
workflow as XML data structures") coupled in a star topology with the message server 
at a center of the star topology, the plurality of instances sharing the database 
([Zargham] Column 3 Lines 21-26, "the ZLE framework defines a multilevel architecture 
with a hub, wherein the enterprise applications are loosely coupled to the hub and 
communicating therewith via adapters" and see Column 6 Lines 53-61, "Loosely 
coupled applications"). 

Zarhgham et al. does not disclose a message server having no persistent state. 
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Cullen et al. discloses in paragraph [0005] "In general, in one aspect, the 
disclosure describes a method of handling messages received at a messaging system 
server. The method includes storing, in non-persistent storage, messages received from 
at least one client, removing delivered messages from the non-persistent storage, and 
saving messages stored in the non-persistent storage to persistent storage after a delay 
interval". 

It would have been obvious at the time of the invention to one of ordinary skill in 
the art to modify Zargham's Enterprise system to include Cullen's message server 
which teaches storing messages in a non persistent state. The inclusion of Cullen's 
message server would allow the Enterprise to run more efficiently with a reduced 
system downtime if the message server were to fail. Replacing Zargham's message 
server with Cullen's message server would provide for a more reliable enterprise. 

Claim 2 

Zargham et al. teaches the system of claim 1 wherein each instance comprises: 
a dispatcher node; and a plurality of server nodes ([Zargham] See Figure 9, ZLE 
framework). 



Claim 3 

Zargham et al. teaches the system of claim 2 wherein each server node 
comprises: 
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a java 2 enterprise edition ( J2EE) engine ([Zargham] Column 1 6 Lines 1 2-1 6, 
"The workflow service in the ZLE framework is, for example, an EJB (Enterprise Java 
Bean, Java 2 enterprise edition ( J2EE)) compliant service running on parallel, available 
application servers that can store its workflow as XML data structures"). 

Claim 4 

Zargham et al. teaches the system of claim 1 further comprising: 
a central lock server to provide cluster wide locks to the plurality of instances 
([Zargham] Column 7 Lines 43-46, "An event may unlock or prompt the commencement 
of one or more business transactions. An event may lock or prompt the ending of one or 
more business transactions"). 

Claim 5 

Zargham et al. teaches the system of claim 1 wherein the message server 
comprises: 

a first data structure to store a list of connected clients; and a second data 
structure and a list of services provided in the system ([Zargham] Column 1 Lines 43- 
46, "the ZLE can integrate data related to the real time operations of the enterprise into 
a data storage cache, also known as operational data store (ODS)"). 
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Claim 9 

Zarhgham et al. does not disclose the computer readable storage media of claim 
6 containing executable computer program instructions which when executed cause a 
digital processing system to perform the method further comprising: 

starting a message server having no persistent state. 

Cullen et al. discloses in paragraph [0005] "In general, in one aspect, the 
disclosure describes a method of handling messages received at a messaging system 
server. The method includes storing, in non-persistent storage, messages received from 
at least one client, removing delivered messages from the non-persistent storage, and 
saving messages stored in the non-persistent storage to persistent storage after a delay 
interval". 

It would have been obvious at the time of the invention to one of ordinary skill in 
the art to modify Zargham's Enterprise system to include Cullen's message server 
which teaches storing messages in a non persistent state. The inclusion of Cullen's 
message server would allow the Enterprise to run more efficiently with a reduced 
system downtime if the message server were to fail. Replacing Zargham's message 
server with Cullen's message server would provide for a more reliable enterprise. 

Claim 12 

Zargham et al. teaches the computer readable storage media of claim 9 
containing executable computer program instructions which when executed cause a 
digital processing system to perform the method further comprising: 
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restarting the message server without state recovery responsive to a system 
failure ([Zargham] Column 18 Lines 46-51, "This also means the ability to monitor 
transactions (such as the above-mentioned business transactions) and restart them in 
the event of failure, manage transaction boundaries, manage queues, and so on" and a 
memory server having no persistent state typically cannot have a state recovery). 



Claim 14 

Zargham et al. teaches a system comprising: 

means for organizing a plurality of application servers instances into a cluster 
having a star topology with a central services node at a center of the star topology 
([Zargham] Column 3 Lines 21-26, "the ZLE framework defines a multilevel architecture 
with a hub, wherein the enterprise applications are loosely coupled to the hub and 
communicating therewith via adapters" and see Column 6 Lines 53-61, "Loosely 
coupled applications"); 

means for sharing a storage resource across the cluster; and means for 
performing centralized inter instances communication ([Zargham] Column 8 Lines 34- 
37, "Central repository-refers to a sharable unified capacity such as the operational 
data store (ODS) with a relational database management system (RDBMS) in the ZLE 
framework"). 

Zargham et al. does not disclose means for performing centralized inter 
instances communication without maintenance of persistent state information 
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Cullen et al. discloses in paragraph [0005] "In general, in one aspect, the 
disclosure describes a method of handling messages received at a messaging system 
server. The method includes storing, in non-persistent storage, messages received from 
at least one client, removing delivered messages from the non-persistent storage, and 
saving messages stored in the non-persistent storage to persistent storage after a delay 
interval". 

It would have been obvious at the time of the invention to one of ordinary skill in 
the art to modify Zargham's Enterprise system to include Cullen's message server 
which teaches storing messages in a non persistent state. The inclusion of Cullen's 
message server would allow the Enterprise to run more efficiently with a reduced 
system downtime if the message server were to fail. Replacing Zargham's message 
server with Cullen's message server would provide for a more reliable enterprise. 



Claim 15 

The system of claim 14 further comprising: 

means for centralized locking of a resource within the cluster ([Zargham] Column 
7 Lines 43-46, "An event may unlock or prompt the commencement of one or more 
business transactions. An event may lock or prompt the ending of one or more business 
transactions"). 
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Claim 16 

Zargham et al. does not disclose the system of claim 14 wherein the means for 
performing comprises: 

a message server having no persistent state. 

Cullen et al. discloses in paragraph [0005] "In general, in one aspect, the 
disclosure describes a method of handling messages received at a messaging system 
server. The method includes storing, in non-persistent storage, messages received from 
at least one client, removing delivered messages from the non-persistent storage, and 
saving messages stored in the non-persistent storage to persistent storage after a delay 
interval". 

It would have been obvious at the time of the invention to one of ordinary skill in 
the art to modify Zargham's Enterprise system to include Cullen's message server 
which teaches storing messages in a non persistent state. The inclusion of Cullen's 
message server would allow the Enterprise to run more efficiently with a reduced 
system downtime if the message server were to fail. Replacing Zargham's message 
server with Cullen's message server would provide for a more reliable enterprise. 



Claim 17 

The system of claim 14 wherein the means for performing comprises: 
means for registering instances; and 
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means for recording services provided in the cluster ([Zargham] Column 13 Lines 
66-68, "The robust message store function supports the EAI platform for ZLE hub-based 
publish and subscribe operations"). 

Claim 21 

Zarhgham et al. does not disclose the method of claim 18 wherein starting a 
central service node comprises: 

starting a message server having no persistent state. 

Cullen et al. discloses in paragraph [0005] "In general, in one aspect, the 
disclosure describes a method of handling messages received at a messaging system 
server. The method includes storing, in non-persistent storage, messages received from 
at least one client, removing delivered messages from the non-persistent storage, and 
saving messages stored in the non-persistent storage to persistent storage after a delay 
interval". 

It would have been obvious at the time of the invention to one of ordinary skill in 
the art to modify Zargham's Enterprise system to include Cullen's message server 
which teaches storing messages in a non persistent state. The inclusion of Cullen's 
message server would allow the Enterprise to run more efficiently with a reduced 
system downtime if the message server were to fail. Replacing Zargham's message 
server with Cullen's message server would provide for a more reliable enterprise. 
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Claim 24 

Zarhgham et al. teaches the method of claim 21 further comprising: 
restarting the message server without state recovery responsive to a system 
failure ([Zargham] Column 18 Lines 46-51, "This also means the ability to monitor 
transactions (such as the above-mentioned business transactions) and restart them in 
the event of failure, manage transaction boundaries, manage queues, and so on" and a 
memory server having no persistent state typically cannot have a state recovery). 

Response to Arguments 

5. Applicant's arguments filed 01/29/2008 have been fully considered but they are 
not persuasive. 

Applicant arguments regarding claim 6 and 18: 

In regard to claim 6, this claim, as amended, includes the elements of "starting a 
central services node to provide a locking service and a messaging service. " The 
Examiner has relied on column 7, lines 43-46 of Zargham as disclosing this element of 
claim 6. However, the cited section of Zargham makes no mention of a service that 
provides locking, much less that such locking service is provided at a central service 
node. Rather, the entire discussion related to locking in Zargham states 

An event may unlock or prompt the commencement of one or more 
business transactions. An event may lock or prompt ending of one or more 
business transactions. The locking or unlocking may also be events. 
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See Zargham column 7, lines 43-46This discussion occurs in the context of 
handling events in the system of Zargham. In the same paragraph at column 7, lines 30- 
36 Zargham discloses that events can occur "anywhere across the enterprise in the 
course of conducting the business of the enterprise" or can occur "in any part of the IT 
infrastructure of the enterprise upon commencement, in response to, during or after 
completion of a business transaction. " Thus, it would appear that any locking related to 
events disclosed by the system of Zargham is handled in a distributed fashion and not 
in a centralized service node. Thus, it cannot be said that Zargham inherently discloses 
the "central services node to provide a locking service, " as recited in claim 6. 

Examiner disagrees. The Examiner asserts that while events can occur 
"anywhere across the enterprise in the course of conducting the business of the 
enterprise" or can occur "in any part of the IT infrastructure of the enterprise upon 
commencement, in response to, during or after completion of a business transaction", 
this does not imply that the events related to locking can occur anywhere across the 
enterprise, because not all events are locking events. Column 19, Lines 28-35 of 
Zargham state, "For example, a customer can sign their name once, and the 
signature or information or transaction unlocked with that signature is available 
across the enterprise for any best-of-the-breed application integrated with the 
ZLE core". One of ordinary skill in the art would interpret that the unlocking occurs at 
the ZLE core and once unlocked, allows applications integrated within the core to 
access the information. Since this unlocking occurs within the core, it is inherent for the 
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locking to occur here also, restricting access to any applications integrated with the 
core. 

Applicant's arguments with respect to claim 14 have been considered but are 
moot in view of the new ground(s) of rejection. 

Applicant arguments regarding claim 1, 9, 12, 16, 21, and 24: 

In regard to independent claim 1, this claim includes the elements of "a message 
server having no persistent state. " The Examiner acknowledges on page 10 that 
Zargham fails to disclose this element of claim 1. The Examiner then relies on Cullen, 
specifically paragraph five of Cullen to disclose this element of claim 1. The section of 
Cullen cited by the Examiner states 

In general, in one aspect, the disclosure describes a method of handling 
messages received at a messaging system server. The method includes storing, in non- 
persistent storage, messages received from at least one client, removing delivered 
messages from the non-persistent storage, and saving messages stored in the non- 
persistent storage to persistent storage after a delay interval. 

See Cullen paragraph [005]. This section makes no mention of maintaining a 
message server state. Applicants have reviewed Cullen and have been unable to 
discern any discussion of how the state of a message server is maintained. The 
Examiner appears to be confusing storing messages handled by a messaging server 
temporarily in a non-persistent storage unit with not maintaining a persistent state of the 
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message server. However, the language of the claim is unambiguous. The language 
clearly states that the message server has no persistent state, not that the messages 
handled by a messaging server are stored in a non-persistent state. Thus, the Examiner 
has failed to set forth that Zargham in view of Cullen teaches or suggests each of the 
elements of claim 1. Therefore, Zargham in view of Cullen does not render claim 1 
obvious. Accordingly, reconsideration and withdrawal of the obviousness rejection of 
claim 1 are requested. 

Examiner Disagrees. The applicant has stated regarding their claim that "The 
language clearly states that the message server has no persistent state" and their 
arguments that Cullen teaches away from this is that Cullen "makes no mention of 
maintaining a message server state". Examiner asserts that this argument further 
reinforces that the message server does not maintain a persistent state. Furthermore, 
Cullen's message server including a persistent memory is a backup feature utilized for 
select messages, that when used in conjunction with a non-persistent message server, 
provide for an ability to recover undelivered messages. While Cullen teaches extra 
features regarding the message server, it is obvious to one of ordinary skill in the art 
that Cullen at least teaches and/or suggests the use of a server having no persistent 
state. 

Conclusion 

6. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See M PEP 
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§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to FARHAD ALI whose telephone number is (571)270- 
1920. The examiner can normally be reached on Monday thru Friday, 7:30am to 
5:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jeffrey C. Pwu can be reached on (571) 272-6798. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Farhad AN/ 
Examiner, Art Unit 2146 

/Jeffrey Pwu/ 

Supervisory Patent Examiner, Art Unit 2146 



